home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
MACD 5
/
MACD 5.bin
/
workbench
/
wb
/
czesc_3
/
multireset
/
doc
/
multireset.dok
< prev
next >
Wrap
Text File
|
1995-12-04
|
7KB
|
174 lines
MultiReset 3.0ß Dokumentation 04.12.1995
---------------------------------------------------------------------------
Ja, manchmal ist er notwendig, der Reset. Ausgeloest ueber
CTRL+LAMIGA+RAMIGA fuehrt er zu einem Neustart des Systems. Aber muss der
Reset immer so langweilig sein? Neuere Amigamodelle bieten die
Moeglichkeit, Resethandler einzubinden, die nach Ausloesung des Resets noch
bestimmte Dinge erledigen. Das ist ein Fall fuer MultiReset. Es kann
Sounds abspielen, Grafiken zeigen oder auch nuetzliche Sachen, wie z.B.
die Vektoren auf Null setzten oder ein Dos-Kommando ausfuehren.
Ausgeloest wird der Reset entweder ueber den "Affengriff" oder, jetzt Neu,
ueber ein Rexx-Kommando. Der Rexxport heisst 'Multireset' und es werden
zwei Kommandos unterschieden:
- RESET - Fuert MultiReset mit allen Optionen aus
- RESET QUICK - Fuehrt einen sofortigen Reset aus
- REMOVE - Entfernt MultiReset aus dem Speicher
Ein Reset ueber Arexx koennte so aussehen:
address 'MultiReset';RESET
MultiReset benoetigt mindestens Kickstart 37.175. Das Programm sollte in
die "startup-sequence" oder besser in die "user-startup" eingebunden
werden. Zum Beispiel: Run >NIL: MultiReset. Natuerlich kann man es auch
wunderbar in der WBStartup unterbringen :)
Hinweis: MultiReset laeuft nicht auf aelteren A500 oder A2000-Rechnern.
Das wichtigste sind jedoch die Preferences, dazu dient das Programm
MultiResetPrefs. Hier kann man festlegen, was MultiReset alles tun soll.
Wird zum Zeitpunkt des Resets kein Prefsfile gefunden, so passiert absolut
nichts, es sei denn, es sind andere Resethandler installiert.
Wenn man MultiResetPrefs startet erscheint ein kleines Window, indem man
alle notwendigen Einstellungen vornehmen kann:
>> Sfx <<
Hier kann man den kompletten Pfad eines IFF oder RAW-Samples angeben, der
beim Reset abgespielt werden soll.
>> Gfx <<
Bestimmt den Namen einer IFF-Grafik, die angezeigt werden soll. Ab OS3.0
werden Datatypes unterstuetzt. Wenn UserScreen nicht aktiviert ist, sollte
die Grafik die Anzahl der Bitplanes der Workbench nicht ueberschreiten und
auch die Worchbenchfarben verwenden, da die Darstellung in einem Window auf
der Workbench erfolgt.
>> Dos <<
Ein kompletter Dosbefehl, der vor den anderen Ausgaben ausgefuehrt wird.
>> Log <<
Hier kann man eine Datei eintragen, in die ein Protokoll geschrieben wird.
Aufgezeichnet wird der eigentliche Reset und der Testmodus (mit Datum und
Zeit).
>> Misc - Nodelay <<
Hiermit kann man eine kurze Wartezeit vor dem eigentlichen Reset
unterdruecken.
>> Misc - Time <<
Hier kann man die Wartezeit von 0 bis 10 Sekunden frei definieren.
>> Misc - Norexx <<
Unterdrueckt einen Reset via ARexx-Kommando. Ebenfalls ist das Kommando
REMOVE wirkungslos.
>> Misc - Workbench <<
Holt die Workbench nach vorn.
>> Misc - Userscreen <<
Das Bild wird auf einem eigenen Screen angezeigt.
>> Dos - Noopen <<
Ist dieses Gadget aktiv, so werden Open()-Calls mit dem Modus NEWFILE in
der Resetphase ignoriert.
>> Dos - Nowrite <<
Ist dieses Gadget aktiv, so werden alles Write() Aufrufe waehrend der
Resetphase ignoriert.
>> Vectors - Cold <<
Wenn aktiv, wird der ColdCapture-Vector geloescht.
>> Vectors - Cool <<
Wenn aktiv, wird der CoolCapture-Vector geloescht.
>> Vectors - KickMem <<
Wenn aktiv, wird der KickMemPtr-Vector geloescht.
>> Vectors - KickTag <<
Wenn aktiv, wird der KickTagPtr-Vector geloescht.
>> PicPos <<
Hier kann man die Position des ResetGrafik bestimmen. Dazu oeffnet sich
ein Window in der Groesse der Grafik, die im Grafikpfad eingetragen ist.
Man kann es nun beliebig verschieben. Wenn das Closegadget beteatigt wird,
werden die Koordinaten uebernommen.
>> VecPos <<
Hier kann man die Position des Windows bestimmen, in dem MultiReset die
Vectoren anzeigt (nur beim Loeschen mindestens eines Vektors aktiv). Die
Vorgehensweis ist wie bei PicPos.
Wenn man in den entsprechenden X oder Y Positionen eine -1 eintraegt, dann
wird die Darstellung in der entsprechenden Richtung zentriert.
Desweiteren kann man mit "SAVE" die Einstellungen sichern oder mit "LOAD"
eine alte Einstellung laden. Der Name der Prefsdatei ist
"ENV:MultiReset.prefs". "TEST" dient zum einfachen Testen der
Einstellungen, natuerlich ohne Reset. Das geht aber nur, wenn MultiReset
im Hintergrund aktiv ist. Mit "RMVE" kann man MultiReset aus dem Speicher
entfernen. "QUIT" beendet schliesslich das Programm.
Will man MultiReset aus dem Speicher entfernen, so kann man es ganz einfach
ein zweites mal aufrufen.
MultiReset ist Giftware. Wem das Programm gefaellt, so wuerde ich mich
sehr ueber eine kleine Gabe freuen. Wem es nicht gefaellt, der koennte mir
zumindest mitteilen, warum nicht. Weitere Anregungen oder Hinweise nehme
ich gerne entgegen. Aber auch Bugreports koennen sehr hilfreich sein,
dieses kleine Programm zu verbessern.
History: V 1.3 - erste veroeffentlichte Version
V 1.4 - Bei den Filerequestern wird nun der aktuelle Pfad der
aktiven Grafik oder des Samples als Default benutzt
V 1.5 - interne Version
V 1.6 - Windowposition der Prefs wird gesichert
V 1.7 - Positionierung der Fenster jetzt korrekt
- Logfilefunktion
- Verbieten von Open() und Write() waehrend der Resetphase
V 1.71 - Bug im Gadgethandling behoben
V 1.8 - Keine Pause nach dem Abspielen des Samples
V 1.9 - Preferences werden jetzt auch in ENVARC: gesichert
- Rexxport
V 2.0 - MUI-Oberflaeche fuer die Prefs
V 2.01 - ARexx-Kommando REMOVE
- Gadgets sind erst nach loslassen aktiv :)
V 2.02 - variable Wartezeit (0-10s)
- Prefs statt in ENV: in ENVARC:
V 3.0ß - Prefslayout geaendert
- Datatype-Unterstuetzung fuer Grafik (OS3.0+)
- Mauszeiger wird bei Reset deaktiviert
Zu erreichen bin ich:
E-Mail : f.fenn@cross.berlinet.de
Sackpost : Frank Fenn, Raabestrasse 7, Berlin 10405
Teflon : (030) 39979430 (von 07:00-15:30)
Danksagungen
Stefan Stuntz - fuer das MUI(3.1)-Paket
Wouter van Oortmerssen - fuer den "genialen" E-Compiler
Mario Cattaneo - fuer seine umfangreichen Bugreports und Hinweise